91久久国产婷婷一区二区丨亚洲综合无码一区二区三区不卡丨超caopor在线公开视频丨国产精品乱码久久久久久久久丨日韩a片无码一区二区三区电影丨www.亚洲com丨动漫精品无码视频一区二区三区丨一道本视频在线观看丨五月天三级丨国户精品久久久久久久久久久不卡丨男女作爱bbbbbbbbb丨亚洲综合色成在线观看丨国产美女久久精品香蕉69丨黑人大群体交免费视频丨成人无码视频在线观看网址丨久久久1丨我想看一级黄色毛片丨精品一区久久丨www黄色网址丨911久久香蕉国产线看观看

需求有變更，就意味著設計、開發(fā)團隊的工作有浪費。這首先是資源和時間的浪費。這會導致團隊成員有抵觸情緒，對項目經(jīng)理及需求產(chǎn)生了不確定感，項目經(jīng)理的威信下降。嚴重的還會導致團隊成員懈怠工作，因為誰知道什么時候這個需求還會變更？也許就不用做了呢？總結(jié)以下注意事項：

1、需求變更的確認。

當需要進行需求變更的時候，一定要有書面的文檔和簽字手續(xù)。這樣，對雙方的工作量都有明確的記錄和認可。同時，確認書會讓變更變得更有效和科學。

2、需求變更的反饋。

在進行需求變更的討論和交流后，一定要反饋。反饋的時候，一定要告訴對方需求的實現(xiàn)目標和時間。因為有時候目標一致，因為人力資源問題，有時候雙方的預期時間會不一致，這個時候，就需要雙方重新協(xié)商，達成新的一致目標。

3、相關干系人的通知。

在需求變更的時候，最好對所有相關干系人都要進行通知和管理，很多時候，溝通的時候忽略了一些主要干系人，結(jié)果導致變更失控。

臨時發(fā)生需求變更，容易導致新的需求考慮得更加不周全，項目的風險、產(chǎn)品質(zhì)量下降的風險都會加大，嚴重的還會導致產(chǎn)品偏離原本的產(chǎn)品定位或想法。頻繁的需求變更，對產(chǎn)品、項目進度和團隊積極性都有非常大的危害。項目經(jīng)理一定要不遺余力避免需求變更的情況。下面來看看需求變更產(chǎn)生的主要矛盾以及如何應對。

（1）對需求考慮不周全。

比如項目經(jīng)理小明設計用戶注冊流程，方案是用戶需要填寫手機號才能順利注冊。這個方案已經(jīng)由設計人員給出效果圖和切圖，且進入了開發(fā)階段。那么，在這個過程中，小明從公司內(nèi)部的其他同類產(chǎn)品中了解到，用戶對手機號非常敏感，如果手機號是注冊時的必填信息，則很容易造成在注冊流程中用戶的流失。于是，小明只好修改產(chǎn)品方案，將填寫手機號一項改成選填，增加填寫常用郵箱作為注冊用戶的唯一標識。這就是典型的在需求方案設計階段，沒有全面考量方案的例子。當然，這與小明的經(jīng)驗也有關系，一般新人難免在設計方案時對一些情況不夠敏感，會有疏忽和考慮不全的情況。這需要項目經(jīng)理高標準要求自己，從各種角度審視、考量自己的方案，盡全力考慮周全，那么就會在相當大的程度上避免需求變更，并且本人也會有所收獲、提升能力。

（2）由于實現(xiàn)難度而修改需求。

這種情況往往發(fā)生在設計人員已經(jīng)給出了設計圖和切圖，開發(fā)人員開始開發(fā)，在某一個地方遇到了實現(xiàn)難題，比如按照原本的需求方案，可能有性能問題，或者開發(fā)難度太大，工作量比預期的大很多，等等。這時候，只好用一個妥協(xié)的產(chǎn)品方案來替代原本的需求。于是，設計人員需要重新作圖，開發(fā)人員也有部分工作需要調(diào)整。有的同學可能會說，這種情況可不能賴項目經(jīng)理了吧？是開發(fā)人員實現(xiàn)不了導致推倒重來的。這里要特別指出，如果你想成為一名優(yōu)秀的項目經(jīng)理，千萬不要有這種思考習慣。項目中出現(xiàn)的任何問題，都有項目經(jīng)理的責任。那么，這種情況要如何避免呢？那就是盡早地邀請開發(fā)人員介入，在需求方案還未敲定時，甚至在需求發(fā)起和討論時就邀請開發(fā)人員一起參與討論，即使開發(fā)人員對產(chǎn)品方案不能給出建議，至少也可以了解需求的來源，并且及時指出一些技術實現(xiàn)的難點。這種實現(xiàn)風險大、成本高的地方發(fā)現(xiàn)和提出得越早，越能保障產(chǎn)品后續(xù)環(huán)節(jié)的順暢進行。需求變更發(fā)生得越晚，新的需求方案輸出得就越倉促，考慮得就越不周全，對產(chǎn)品和項目都有很大危害。風險提出得越早，除可以避免團隊成員工作量的浪費之外，還可以讓大家對需求變更考慮得更周全。所以，在這里項目經(jīng)理要注意，讓開發(fā)人員盡早了解和知道接下來要做什么需求，涉及哪些技術難點，這既是必需的，也是應該的。

（3）在設計圖出來之后，或者開發(fā)原型出來以后，甚至在測試階段，發(fā)現(xiàn)之前的需求方案不合理。

這種情況一般是不應該發(fā)生的，項目經(jīng)理的水平越高，發(fā)生這種情況的概率也會越低。但是人不可能完全不犯錯，或者說，在看到真正的效果之前，甚至試用原型之前，有些交互體驗的細節(jié)問題確實難以發(fā)現(xiàn)。這也是項目經(jīng)理需要修煉自身的地方，平時應該多試用各種產(chǎn)品，體驗各種交互和頁面設計，這樣才能在設計產(chǎn)品方案時不是單純地拍腦袋，而是在有真正的操作體驗的基礎上去設計。但是也要說明一點，這種情況下的需求變更，不應該是非常重大的變更，一般都是交互體驗或者頁面內(nèi)視覺邏輯的微調(diào)整。產(chǎn)品流程或產(chǎn)品邏輯的問題，應該在視覺效果圖輸出之前就能夠被發(fā)現(xiàn)，而不是到視覺效果圖或者產(chǎn)品原型階段才能發(fā)現(xiàn)。

（4）還有一種非常無奈但是常見的情況，即老板提出的需求變更，或者真的由于產(chǎn)品方向改變而出現(xiàn)的需求變更。

這種情況下，項目經(jīng)理也并非完全沒有責任。這時項目經(jīng)理要思考，為什么老板在已經(jīng)進入設計和開發(fā)的階段才提出需求變更？是否因為老板之前并沒有能夠充分了解需求？這可能是因為老板太忙了，沒有關注到這個項目，那么其實項目經(jīng)理可以更主動積極地讓老板了解產(chǎn)品項目的進度、整個需求的思考過程和最終方案。這樣，如果老板有其他想法或不同意見，即可及早提出。

因此我們看到，避免需求變更的主要思想就是，讓信息在團隊內(nèi)部，產(chǎn)品與產(chǎn)品之間， 團隊與老板之間，進行充分的交流和溝通，避免信息不對稱或不同步的情況，在信息充分同步的情況下，才能更早地暴露問題，提前修改需求方案，不浪費設計和開發(fā)等資源。

沒有需求變更的團隊是非常理想的，但是當理想照進現(xiàn)實，我們發(fā)現(xiàn)，事實上很少有需求不變更的情況。那么，當需求變更不可避免地發(fā)生了，該怎么處理，才能將危害降到最小呢？

其實，需求變更流程與產(chǎn)品的一般流程是一致的，首先是項目經(jīng)理重新思考變更的需求， 全面考慮后輸出新的需求方案，同時并行的是充分與設計、開發(fā)、測試等團隊成員溝通，讓大家了解需求為什么要變更，如何變更，以及修改后的方案會是什么樣子，等等。在團隊成員對變更后的需求都認可了之后，就要再次進入設計、開發(fā)、測試的階段。在整個過程中， 項目經(jīng)理同時要關注的是需求變更對整個產(chǎn)品版本進度的影響，一般需要設計、開發(fā)、測試人員重新評估工作量和提測時間，項目經(jīng)理需要了解該變更是否會影響產(chǎn)品最終的發(fā)布時間， 如果確實有影響，無法通過協(xié)調(diào)其他時間來消化，那么要及時告知更大范圍的團隊成員。比如需求變更只涉及一個功能的開發(fā)和測試，但當這個需求變更會影響整個版本的進度時，就需要讓整個產(chǎn)品版本涉及的所有開發(fā)、測試等人員知道版本發(fā)布計劃的變更及原因。